W1148 
37/14 



- 1 - 

DISK ARRAY UNIT AND ITS METHOD FOR WRITING DATA 



CROSS-REFERENCE TO RELATED APPLICATION 

The base patent application of this 
application JP-A-2003-111406 filed on April 16, 2003 in 
Japan is incorporated herein by reference. 

5 BACKGROUND OF THE INVENTION 

The present invention relates to a method for 
writing data, a method for data validation, a method 
for computer control, a computer, a disk array unit, 
and a disk drive. 

10 It is conventionally known as a method for 

detecting error of data stored in a recording medium 
such as CD-ROM, DVD-ROM, and the like, to use EDC 
(Error Detection Code) . Also, it is known to detect 
error by comparing a expected value address computed 

15 from address information of a sector and a sector 
number read out from the sector. 

However, these conventional error detection 
methods were not sufficient as a mechanism for 
detecting data write omission in sector unit, for 

20 example, when data writing to a recording medium has 
not been performed normally due to a head voltage 
shortage at writing or dust on the recording medium. 
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SUMMARY OF THE INVENTION 

The present invention has been made in 
consideration of this situation and the object of the 
present invention is to provide a method for writing 
5 data, a method for data validation, a method for 

computer control, a computer, a disk array unit, and a 
disk drive which can detect the data write omission in 
sector unit with more certainty. 

The primary invention of the present 

10 invention to achieve this object is the method for 

writing data, and it comprises writing in each sector 
of a series of sectors of a recording medium in which 
data is to be written caused by a single data write 
request location information which is information 

15 indicating a location of the sector in the series of 

sectors and common information which varies every time 
data writing to the series of sectors occurs and is 
information set relating to the series of sectors. 

Here, the location information is, for 

20 example, location data which will be described later. 
Also, the common information is, for example, common 
data which will be described later. When data is 
written in a recording medium by this data writing 
method, by detecting data based on the location 

25 information and the common information which are read 
out, the data write omission in sector unit which 
occurs when data writing to the recording medium has 
not been performed normally due to a head voltage 
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shortage at writing or dust on the recording medium can 
be detected with more certainty. Here, the detection 
is performed, for example, by deciding whether the 
common data of a given sector is the data relating to 
5 (for example the same as) the common data of a sector 
immediately before the sector or not when the location 
information of the sector is information indicating 
that the sector is neither a head sector nor a tail 
sector of the series of sectors. 
10 Moreover, the subject and its solution which 

the present invention discloses will become apparent 
from the following detailed description of the 
preferred embodiments and the accompanying drawings, 
and so on. 

15 According to the present invention there can 

be provided a method for writing data, a method for 
data validation, a method for computer control, a 
computer, a disk array unit, and a disk drive which can 
detect the data write omission in sector unit with more 

20 certainty. 

Other objects, features and advantages of the 
invention will become apparent from the following 
description of the embodiments of the invention taken 
in conjunction with the accompanying drawings. 



25 



BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the present 
invention will now be described in conjunction with the 
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accompanying drawings, in which: 

FIG. 1 shows the structure of a disk drive 
according to an embodiment of the present invention. 

FIG. 2 shows the composition of data of a 
5 check code according to an embodiment of the present 
invention . 

FIG. 3 illustrates a mechanism in which data 
write omission in sector unit is detected using the 
check code according to an embodiment of the present 
10 invention. 

FIG. 4 illustrate a mechanism in which data 
write omission in sector unit is detected using the 
check code according to an embodiment of the present 
invention . 

15 FIG. 5 is a block diagram of a computer 

described as a first example of application according 
to an embodiment of the present invention. 

FIG. 6 is a block diagram of a storage system 
described as a second example of application according 

20 to an embodiment of the present invention. 

FIG. 7 is a flow chart describing a process 
performed in a disk array unit when it receives a data 
write request from a information processing unit 
according to an embodiment of the present invention. 

25 FIG. 8 is a flow chart describing a process 

performed in a disk array unit when it receives a data 
read request from a information processing unit 
according to an embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The mechanism of data validation according to 
the present invention will be described below, taking 
as an example a case where a recording medium is a 
5 magnetic disk incorporated in a disk drive. FIG. 1 
shows the structure of a disk drive 100 which will be 
described as an embodiment of the invention. Disk, 
drive 100 is constructed comprising in its enclosure 
105, a magnetic disk 110, an actuator 111, a spindle 

10 motor 112, a head 113, a structure control circuit 114 
which controls the structure parts such as the head 113 
and the like, a signal processing circuit 115 which 
controls read/write signal of data to the magnetic disk 
110, a communication interface circuit 116, a interface 

15 connector 116 to which a plurality of kinds of commands 
and data are input and output, a power connector 117, 
and so on. Further, as a communication interface 
circuit 116, for example, a circuit which corresponds 
to SCSI1 (Small Computer System Interface 1), SCSI2, 

20 SCSI3, FC-AL (Fibre Channel Arbitrated Loop), ATA (AT 
Attachment), etc., is adopted. 

In this disk drive 100, the memory area of 
the magnetic disk 110 is managed being divided into 
cylinder, track and sector. Among these a cylinder is 

25 an area partitioned in a cylindrical form in a 

plurality of magnetic disks 110 stacked on the same 
axis. Also, a track is a ring area partitioned in 
concentric circles on each magnetic disk 110. To 



track, for example, track number is assigned in order 
from the most external circumferential track. A sector 
is an area partitioned by dividing a track in a 
circumferential direction. To each sector in a track, 
5 for example, a sector number is assigned in order 

having a given sector as a starting position. Further, 
for the magnetic disk 110 described in this embodiment, 
it is assumed that 512 byte data can be stored in one 
sector . 

10 In each sector of the magnetic disk 110, 1 

byte check code which is a code to validate the data is 
stored. FIG. 2 shows the composition of data of the 
check, code. The check code 200 is composed comprising 
a location data area 210 which is a 2-bit area in which 

15 location information is stored, the location infor- 
mation is information indicating a location of the 
sector in the series of sectors in which data is to be 
written caused by a single data write request issued by 
CPU and the like, and, a common data area 211 which is 

20 a 6-bit area in which common data is stored, the common 
data is information which varies every time a data 
write request is issued by CPU and the like and is set 
relating to the series of sectors. 

In the location data area 210 one of the 

25 following values is set as a location data: "10" which 
is data indicating that the sector is a head sector of 
the series of sectors, "01" which is data indicating 
that the sector is a tail sector of the series of 



sectors, "11" which is data indicating that the sector 
is a head sector and also a tail sector of the series 
of sectors (i.e., when the series of sectors consists 
of one sector) , "00" which is data indicating that the 
5 sector is neither a head nor a tail sector of the 
series of sectors. Also, in this embodiment, the 
common data is assumed to be set to the same value for 
all the sectors in the series of sectors, and an 
alphabet is set in rotation in the common data area 211 

10 as common data every time a data write request from CPU 
and the like occurs. Namely, with whether the common 
data is the same value or not, it can be decided 
whether the sector is a sector relating to the series 
of sectors or not. Further, other than setting the 

15 same value, for example, using data with order such as 
integer order or alphabetical order as common data, it 
can be decided whether it is a series of sectors that 
were written caused by a single data write request or 
not . 

20 The magnetic disk 110 of this embodiment can 

detect the data write omission in sector unit caused by 
a head voltage shortage or dust on the recording 
medium, with such check code being given. 

Next, the mechanism of detecting the data 

25 write omission in sector unit using the check code will 
be described with reference to FIG. 3 and FIG. 4. 
Here, in FIG. 3 and FIG. 4, for example, when it is 
indicated "10-A", the section before "-" (in this case 
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"10") indicates the location data, and the section 
after "-" (in this case "A") indicates the common data. 

First, an example shown in FIG. 3 will be 
described. FIG. 3 (a) shows the contents of the check 
5 codes stored in each sector from sector (N) to sector 
(N+4) on the magnetic disk 110 before data writing is 
performed. In this figure, in the location data of the 
sector (N) , "10" is set, which indicates that the 
sector is a head sector of the series of sectors 

10 written corresponding to a write request. Alternative- 
ly, in the location data of the sector (N+4), "01" is 
set, which indicates that the sector is a tail sector 
of the series of sectors. Further, in sectors from 
sector (N+l) to sector (N+3), "00" is set, which 

15 indicates that each sector is neither a head sector nor 
a tail sector of the series of sectors. Moreover, in 
the common data of each sector from sector (N) to 
sector (N+4) "A" is commonly set in all of them. 

In this condition, assume that a new data 

20 write request occurred and a write operation has been 
performed for the sectors from sector (N+2) to sector 
(N+5) of the magnetic disk as shown in FIG. 3 (b) . 
Here, if the write operation has been performed 
normally, the contents of each sector from (N) to (N+5) 

25 should be the contents shown in FIG. 3 (c) , but, here, 
assume that a data write omission has occurred by some 
cause or other, thereby the contents of the sector 
(N+3) has not been rewritten and remains as shown in 
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FIG. 3 (d) . 

In this case, it is possible to detect that 
the data of the sector (N+3) is abnormal by reading out 
the common data and the location data written in each 
5 of the continuous sectors and validating the data based 
on the relation of the common data written in each of 
the continuous sectors to the relation of the location 
data written in each sector. For example, in FIG. 3 
(d) , when reading out sequentially the data stored in 

10 the sectors from sector (N+2) to sector (N+5), as the 
location data of the sector (N+2) is set to "10", the 
data is identified as a head sector of the series of 
sectors written by a single write process. Therefore, 
the location data of the following sector (N+3) should 

15 be "00" or "01". And, as the common data of the sector 
(N+2) is "B" and the location data is "10", the common 
data of the following sector (N+3) should be "B". 
Then, reading out the contents of the sector (N+3) , its 
location data is "00" but its common data is "A" where 

20 it should be "B", therefore it is detected that the 
data stored in the sector (N+3) is abnormal. 

Next, the mechanism of detection will be 
described with reference to an example shown in FIG. 4. 
FIG. 4 (a) shows the contents of the check codes stored 

25 in each sector from sector (N+2) to sector (N+5) on the 
magnetic disk before data writing is performed. In 
this figure, in the location data of the sector (N+2) 
"10" is set indicating that the sector is a head sector 
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of the series of sectors in which the sector exists, 
and which is written corresponding to a write request. 
Alternatively, in the location data of the sector 
(N+5) , "01" is set, which indicates that the sector is 
5 a tail sector of the series of sectors. Further, in 
sectors (N+3) and (N+4) "00" is set indicating that 
each sector is neither a head sector nor a tail sector 
of the series of sectors. And, in the common data of 
each sector from (N+2) to (N+5) "A" is set in all of 
10 them. 

In this condition, assume that a new data 
write request occurred and a write operation has been 
performed for the sectors from (N) to (N+3) of the 
magnetic disk as shown in FIG. 4 (b) . Here, if the 

15 write operation has been performed normally, the 

contents of each sector from (N) to (N+5) should be the 
contents as shown in FIG. 4 (c) , but assume that a data 
write omission has occurred by some cause or other, 
thereby the contents of the sector (N+3) has not been 

20 rewritten and remains as shown in FIG. 4 (d) . 

In this case, it is possible to detect that 
the data of the sector (n+3) is abnormal by reading out 
the common data and the location data written in each 
of the continuous sectors and validating the data based 

25 on the relation of the common data written in each 

sector of the continuous sectors to the relation of the 
location data written in each sector. For example, in 
FIG. 4 (d) , when reading out sequentially the data 
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stored in sectors from sector (N) to sector (N+5), as 
the location data of the sector (N) is set to "10", it 
is identified as a head sector of the series of sectors 
written by a single write process. Therefore, the 
5 location data of the sector (N+l) following the sector 
(N) has to be "00", and the location data of each 
following sector has to be "00" until a sector with 
"01" stored as location data appears. And, as the 
common data of the sector (N) is "B" and its location 

10 data is "10", the common data of each following sector 
has to be "B" until a sector with "01" stored as 
location data appears. However, as at the sector (N+3) 
the common data is "A" though a sector with location 
data "01" has not appeared yet, it is detected that the 

15 data stored in the sector (N+3) is abnormal. 

Additionally , above description is in the 
case where the data size of the check code is 1 byte, 
but the check code is not limited to this data size. 
Particularly, regarding to the common data, by setting 

20 the data size bigger and spreading the variable area, 
it becomes less frequently that the common codes has 
the same value for different write request, for 
example, it is less likely that the same common code is 
set to the continuous sectors in which data is written 

25 by different write requests, and it is possible to 
detect the abnormality of data with more certainty. 
===== First Example of Application ===== 

Next, an example of application of the above 
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described data validation mechanism will be described. 
FIG. 5 is a block structure of a computer 500 which 
will be described as a first example of application. 
The computer 500 is, for example, a personal computer, 
5 a workstation or a main frame computer, and the like. 
The computer 500 is constructed comprising a CPU 510, a 
memory 511 such as RAM, ROM, a input device 512 such as 
keyboard or mouse, a input device control unit 513 
which controls the input device 512, a display device 

10 514 such as display, a display device control unit 515 
which controls the display device 514, a recording 
medium read device 516 such as flexible disk read 
device, CD-ROM device, DVD-ROM device, a disk 
controller 517, more than one disk drive 518, and so 

15 on. The disk controller 517 performs write and read 
operation to and from the disk drive 518. Also, the 
disk controller 517 is provided with a function to 
control the disk drive 518 with the mechanism of RAID 
(e.g. , 0, 1, 5) . 

20 In this computer 500, the above described 

mechanism of giving and validating the above described 
check code can be implemented, for example, by a 
program executed by the CPU 510. Also, it can be 
constructed to give and validate the check code at the 

25 disk controller 517. By having the structure to give 
and validate the check code on the side of the disk 
controller 517, the load on the side of the CPU 510 can 
be reduced. 
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Also, in case where the disk controller 517 
controls the disk drive 518 by the RAID5 method, when 
an abnormality is detected in data of disk drive 518, 
data corresponding to the sector in which the data was 
5 written can be generated by other disk drive 518. 

Thereby, the availability, reliability, and the like, 
of the computer 500 can be improved. 

Further, in case where the disk drive 518 is 
controlled by the RAID5 method, data is to be divided 

10 into data of given size and each divided data is to be 
written in a distributed manner in a plurality of disk 
drives 518, in this case, by a method other than the 
method to give check code on the side of the disk 
drive, a series of data written by a single write 

15 request which is given the same common data is to be 

written in a distributed manner in a plurality of disk 
drives 518. This could occur more notably particularly 
when the data size of the divided data is closer to the 
data size of the data written in sector unit. However, 

20 even in such case, when new data is to be written in a 
sector continuous to the sector in which writing was 
performed immediately before, it is possible to detect 
a data write omission using the check code. 

Additionally, the mechanism of giving and 

25 validating the check code can be implemented, for 

example, on the side of the disk drive 518. In this 
case, for example, a circuit which executes software to 
give and validate the check code is implemented on the 



side of the disk drive 518. Also, for example, a 
circuit to give and validate the check code can be 
implemented on the side of the disk drive 518. When 
the mechanism of giving and validating the check code 
5 is implemented on the side of the disk drive 518, the 
processing load of the CPU 510 or the disk controller 
517 is reduced. Also, in this case, when an 
abnormality is detected by the validation of the check 
code, a signal can be output from the disk drive 518 to 
10 the CPU 510 indicating that an abnormality has been 
detected. 

===== Second Example of Application ===== 

Fig. 6 is a block diagram of a storage system 
constructed comprising a disk array unit 600, which 

15 will be described as a second example of application. 
To the disk array unit 600, a information processing 
unit 650 accesses via a channel 640. Here, the 
information processing unit 650 is a computer provided 
with CPU (Central Processing Unit) and memory, such as 

20 a personal computer, a workstation, and a main frame 
computer. For the communication of the channel 640 a 
communication protocol such as TCP/IP protocol, Fibre 
Channel Protocol, FICON (Fibre Connection) (trademark) , 
and ESCON (Enterprise System Connection) (trademark) is 

25 adopted. 

The disk array unit 600 is constructed 
comprising a channel control unit (communication 
control unit) 610, a disk control unit (I/O control 
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unit) 620, a cash memory 630, a shared memory 631, a 
switch 632 connecting these units, a disk drive 633, 
and so on. Among these units, the channel control unit 
610 is provided with a communication interface 611 
5 which provides a function relating to the communication 
with the information processing unit 650, a memory 612, 
a microprocessor 613 which implements a plurality of 
kinds of functions of the channel control unit 610 by 
executing programs stored in the memory 612, an I/O 

10 processor 614 which realizes high speed data transfer 
between the channel control unit 610 and the cash 
memory 630, and so on. As an I/O processor 614, for 
example, a DMA (Direct Memory Access) processor is 
used. As a switch 632, for example, a high speed cross 

15 bus switch is used. 

The disk control unit 620 is provided with a 
memory 621, a microprocessor 622 which implements a 
plurality of kinds of functions of the disk control 
unit 620 by executing programs stored in the memory 

20 621, a disk controller 623 which writes and reads data 
to and from the disk drive 633, an I/O processor 624 
which realizes high speed data transfer between the 
cash memory 630 and the channel control unit 610, and 
so on. As an I/O processor 624, for example, a DMA 

25 (Direct Memory Access) processor is used. The disk 

controller 623 also provides a function to control the 
disk drive 633 by the RAID method (e.g., RAID0, 1, 5). 

The shared memory 631 and the cash memory 630 



are used, for example, to store control information, 
commands, and the like. The cash memory 630 is used, 
for example, to store data which is to be written in 
the disk drive 633 or data which has been read out from 
the disk drive 633. 

Next, a basic operation of the disk array- 
unit 600 when it receives a data input/output request 
such as a data write request or a data read request 
sent from the information processing unit 650 will be 
described. First, it will be described the case where 
a data write request is sent from the information 
processing unit 650 to the disk array unit 600. On 
receiving a data write request sent from the 
information processing unit 650, the disk array unit 
600 writes a data write command to the shared memory 
631 and also writes write data received from the 
information processing unit 650 to the cash memory 630. 
The disk array unit 600, when it completed writing to 
the cash memory 630, sends a write completion report to 
the information processing unit 650. Namely, the 
completion report to the information processing unit 
650 is done asynchronously to the actual write 
operation of the data to the disk drive 633. The disk 
control unit 620 monitors the contents of the shared 
memory 631 in real time (e.g., at regular time 
intervals) . When the disk control unit 620 detects by 
this monitor that a data write command has been written 
in the shared memory 631, it reads out data which is 



- 17 - 

the object of the write operation (hereafter it is 
called write data) from the cash memory 630 and write 
this write data which it has read out to the disk drive 
633. In this manner, writing of the data to the disk 
5 drive 633 corresponding to the data write request is 
performed. 

Next, the basic operation of the disk array 
unit 600 when a data read request is sent from the 
information processing unit 650 to the disk array unit 

10 600 will be described. On receiving a data read 

request sent from the information processing unit 650, 
the disk array unit 600 sends out a data read command 
corresponding to this request to the disk control unit 
620. Also, the transmission of the data read command 

15 from the channel control unit 610 to the disk control 
unit 620 may be done via the shared memory 631. 

On receiving the data read command from the 
channel control unit 610, the disk control unit 620 
reads out the read object data designated by the 

20 command from the disk drive 633, and writes this read 
out data to the cash memory 630. When the data 
transfer to the cash memory 630 is completed the disk 
control unit 620 gives notice to that effect to the 
channel control unit 610. And on receiving this notice 

25 the channel control unit 610 transfers the read object 
data stored in the cash memory 630 to the information 
processing unit 650. 

Here, in the disk array unit 600 consisting 



of the above structure, the above described mechanism 
of data validation can be implemented, for example, by 
implementing the function for this purpose in the 
channel control unit 610 and the disk control unit 620. 
Below, an embodiment will be described which is 
constructed to give and validate the check code in the 
channel control unit 610. 

FIG. 7 is a flowchart which describes the 
process performed at the disk array unit 600 when it 
receives a data write request from the information 
processing unit 650. On receiving a data write request 
from the information processing unit 650 (S710), the 
microprocessor 613 of the channel control unit 610 
stores the data which is the object of writing 
(hereafter it is called write data) and is sent with 
the data write request in the memory 612 (S711) . Next, 
the microprocessor 613 initializes a block counter 
which is a variable to be stored in a register of the 
I/O processor 614 or in the memory 612 (S712) and also 
sends out to the I/O processor 614 a transfer directive 
to the cash memory 630 relating to the write data 
(S713) . Here, assume that "n" is set as a block number 
to the block counter by above initialization. Also, 
the microprocessor 613 computes a block number 
corresponding to the write data by dividing the write 
data by block size and sets this computed block number 
to a maximum block counter which is a variable to be 
stored in the memory 612 (S714) . 
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The I/O processor 614, on receiving the 
transfer directive, reads out data of the given data 
size (e.g., 512 bytes) of the write data stored in the 
memory 612 (S715) . Also, the I/O processor 614 
5 generates a check code with location data set to "10" 
and common data set to "A" respectively (S716) , 
generates data for 1 sector by adding the generated 
check code to the data of block size which was read 
out, and stores this data in the cash memory 630 
10 (S717). Further, data indicating by which write 

command the data is written is to be added to the data 
for 1 sector which is to be written in the cash memory 
630. 

Next, the I/O processor 614 counts up 
15 (increments) the block counter to "n+1" (S718), 

compares the value of block counter after being counted 
up with the value of maximum block counter to check 
whether the value of block counter is greater that the 
value of maximum block counter (S719) . Here, if it is 
20 greater (S719:YES), the microprocessor 613 judges that 
it has written all the write data corresponding to the 
data write request to the cash memory 630, and sends a 
write completion notice for the data write request to 
the information processing unit 650 via the channel 640 
25 (S720) . Also, at this point, the microprocessor 613 
writes a data write command to the shared memory 631. 
Here, to the data write command to be written in the 
shared memory 631, information to identify each data 



write command existing in the shared memory 631, 
information to specify the location of the write data 
corresponding to the write command on the cash memory 
(e.g., an address to manage memory area of the cash 
memory 630), etc., are added. Also, the microprocessor 
613 counts up the value of common data preparing for 
when it receives a data write request next time (S721) . 
On the other hand, at (S719) , if the value of block 
counter is not greater that the value of maximum block 
counter (S719:NO) the process from (S715) is executed 
repeatedly. 

The microprocessor 622 of the disk control 
unit 620 monitors the contents of the shared memory 631 
in real time. This monitor is performed, for example, 
at regular time intervals (e.g., every some /zS) . The 
disk control unit 620, on detecting that a data write 
request has been written newly in the shared memory 631 
by this monitoring, initiates a write process to the 
disk drive 633 relating to the write data stored in the 
cash memory 630. 

The disk control unit 620 specifies the 
location of the write data corresponding to the write 
command on the cash memory 630 from the information 
added to the write command in the shared memory 631, 
initiates a write process of the write data stored in 
the specified address to the disk drive 633. Further, 
here, if the disk drive 633 which is the destination of 
the write operation is controlled, for example, by the 



RAID5 , the write data is to be divided into a plurality 
of data, and each of the divided data is to be written 
in a distributed manner in a plurality of disk drives 
633. Also, on writing, the computation of parity is 
5 performed at the disk controller 623 and the computed 
parity is stored in a disk drive 633 which is 
designated as a parity storage (hereinafter it is 
called a parity drive) . On computing parity, the disk 
controller 623 reads out a group of data (hereinafter 

10 it is called stripe data) which is stored in respective 
write location of the disk drive 633 which is a write 
destination, and stores the read out stripe data in the 
memory 621. Next, the disk controller 623 reflects the 
write process by this time write data to the stripe 

15 data, and also, performs again the parity computation 
for the stripe data after the write process is 
reflected. And, the disk controller 623 stores the 
computed parity in the parity drive and also stores the 
stripe data after the write process reflection in 

20 original location of respective corresponding disk 

drive. Further, the series of processes of reading out 
the stripe data from the disk drive 633 and reflecting 
the write process, computing again parity for the 
stripe data after the write process reflection, storing 

25 again the computed parity and the stripe data after the 
write process reflection in the disk drive 633 is also 
called Read Modify Write process. 

Other than the RAID5, if the write 



destination disk drive 633 is controlled by, for 
example, the RAID1 method, the disk controller 623, on 
writing the data, writes the data to the disk drive 633 
which is set to be origin of duplication and also 
writes the data to the disk drive which is set to be 
destination of duplication. 

In this manner, when the disk array unit 
receives a data write request from the information 
processing unit, by performing the above described 
process at the disk array unit, in the series of 
sectors of the disk drive 633 in which data is written 
caused by a single data write request being sent from 
the information processing unit 650, a check code is to 
be written, in which location information which is 
information indicating the location of each sector in 
the series of sectors and common data which varies 
every time writing to the series of sectors occurs and 
is information set relating to the series of sectors 
are set . 

<Process on Receiving a Data Read Request> 

Next, it will be described about the 
mechanism of data validation performed when the disk 
array unit 600 receives a data read request from the 
information processing unit 650, with reference to a 
flow chart shown in FIG. 8. 

The channel control unit 610, on receiving a 
data read request (S811), sends a data read command to 
the disk control unit 620 (S812) . The disk control 



unit 620, on receiving the read command, sends a data 
read directive to the disk drive 633 (S813) . When the 
disk control unit 620 detects that the preparation for 
the data transfer is completed on the side of the disk 
drive 633, it gives notice to that effect to the 
channel control unit 610, and the transfer of the read 
object data from the disk drive 633 to the channel 
control unit 610 is initiated (S814) . At this data 
transfer, first, "OFF" is set to a check flag which is 
a variable to be stored in the memory 621 of the 
channel control unit 610. Also, "0" is set to a block 
counter which is a counter used to specify the sector 
in which the read object data is stored. Also, the 
number of blocks to be read out by the data read 
request which is obtained by dividing the data which is 
read out by the data read request by block size is set 
to a maximum block counter (S815) . Next, the value of 
the block counter is counted up (added 1) (S816) . 
Then, the I/O processor 624 checks whether the location 
data of the data stored in the sector designated by the 
block counter (hereafter it is called a sector in the 
process) within the data read out from the disk drive 
633 is "01" or not (S817). Here, if the location data 
is "01" (S817:01), the process checks if the check flag 
is "ON" or not (S818), and if the check flag results to 
be "ON" (S818:YES), the common data of the sector in 
the process is compared with the common data of the 
sector immediately before the sector in the process 



(S819), if both are not the same (S819:NO), it is 
judged that there is an abnormality in the data stored 
in the sector in the process and a process corre- 
sponding to the error is performed (S820) . Here, at 
this error corresponding process, for example, the I/O 
processor 614 of the channel control unit 610 gives 
notice to the I/O processor 624 of the disk control 
unit 620 that a error has occurred, and the I/O 
processor 624 of the disk control unit 620 regenerates 
the data of the sector in the process, for example, 
according to the RAIDS method, and transfers this data 
to the information processing unit 650. Further, in 
this case, the regenerated data may be written in the 
sector in the process of the disk drive 633 to repair 
the data of the sector in the process of the disk drive 
633. 

At (S819) , if the common data are the same 
(S819:YES), the process sets the check flag to "OFF" 
(S821) and proceeds to the next process (S838) . Also, 
at (S818), if the check flag is "OFF", the process 
proceeds accordingly to the process of (S838) . 

At the process of (S817), if the location 
data is other than "01" (S817: other than 01), the 
process proceeds to the process of (S830) . At the 
process of (S830), if the location data is "10" 
(S830:10), the I/O processor 614 sets the check flag to 
"ON" (S831), and stores the value of the common data of 
the sector in the process in the memory 612 (S832) . 
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At the process of (S830), if the location 
data is "00", the process proceeds next to the process 
of (S835) (S830:00). At the process of (S835), the I/O 
processor 614 checks whether the check flag is "ON" or 
5 not (S835) . Here if the check flag is not "ON" 
(S835:NO), the process proceeds to the process of 
(S831) . Alternatively, if the check flag is "ON" 
(S835:YES), the process compares the common data stored 
at (S832) with the common data of the sector in the 

10 process and if both are not the same (S836:NO), it 

judges that there is an abnormality in the data stored 
in the sector in the process and performs the same 
error process as described above (S837) . Alternative- 
ly, if the common data are the same (S836:YES), the 

15 process proceeds to the process of (S838) and the data 
stored in the sector in the process is transferred to 
the cash memory 630 by the I/O processor 624 of the 
disk control unit 620 (S838) . 

At the following process of (S840) , the I/O 

20 processor 614 of the channel control unit 610 checks 
whether the block counter is the same as the maximum 
block counter or not (S840) , and if they are not the 
same (S840:NO) the process proceeds next to the process 
of (S816) and initiates the process relating to the 

25 following sector. 

On the other hand, if the block counter is 
the same as the maximum block counter (S840:YES), it is 
noticed from the disk control unit 620 to the channel 



control unit 610 that the data transfer to the cash 
memory 630 is completed (S841) , and when the channel 
control unit 610 receives the notice, the data stored 
in the cash memory 630 is transferred to the 
information processing unit 650 by the I/O processor 
614 of the channel control unit 610 (S842) . 
Additionally, in the above process if the location data 
is "11" it is judged to be "01" (S817), but it may be 
judged to be "10" and be so processed, and in the 
process of FIG. 8 the branch at (S817) and the branch 
at (S830) may be reversed in their context. 

Here, in above described embodiments, check 
code giving and validation is arranged to be performed 
at the channel control unit 610, but it may be arranged 
to be performed at the disk control unit 620. Also, 
check code giving may be performed at the channel 
control unit 610 and validation may be performed at the 
disk control unit 620. Further, it may be constructed 
to perform check code giving at the disk control unit 
620 and to perform validation at the channel control 
unit 610. 

Additionally, in above described embodiments 
the validation of the check code is performed on 
reading out the data, but in case where the check code 
is given at the channel control unit 610 corresponding 
to the data write request from the information 
processing unit 650, the check code may be validated at 
the disk control unit 620 at the data writing. By 



having such structure, for example, an abnormality such 
as lack of data which occurred in the write data after 
the check code was given at the channel control unit 
610 can be detected on the side of the disk control 
unit 620. 

Also, as it was described with the first 
example of application, in case where the data writing 
to the disk drive 633 is performed by the RAID5 method, 
it may be constructed to give or validate the check 
code on performing the above described read modify 
write . 

Also, as it was described with the first 
example of application, the mechanism of giving and 
validating the check code may be implemented, for 
example, on the side of the disk drive 633. In this 
case, for example, a circuit to execute software to 
give and validate the check code is implemented in the 
disk drive 633. Or, for example, a circuit to give and 
validate the check code is implemented in the disk 
drive 633. By performing the check code giving and 
validation on the side of the disk drive 633 like this, 
the processing load of the disk control unit 620 or the 
channel control unit 610 can be reduced. Further, when 
an abnormality is detected by validating the check 
code, it may be arranged to output a signal indicating 
that an abnormality has been detected from the disk 
drive 633 to the disk control unit 620 or the channel 
control unit 610. 
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In above described embodiments, it has been 
explained the case where the recording medium is the 
magnetic disk of the disk drive, but the recording 
medium may be, for example, CD-ROM, DVD-ROM, CD-R, CD- 
5 RW, DVD-R, DVD-RW, DVD-RAM, and the like. Also, the 
mechanism of data validation according to the 
embodiments can be applied to the data communication. 

Additionally, the form of the above described 
embodiments is to make it easy to understand the 
10 present invention, and does not limit the scope of the 
present invention. The present invention can be 
changed and modified without departing from the spirit 
and scope of the invention, and, needless to say, the 
equivalents are included in the invention. 



